home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / ietf / appleip / appleip-minutes-91nov.txt < prev    next >
Text File  |  1993-02-17  |  8KB  |  168 lines

  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4.  
  5. Reported by John Veizades/Apple
  6.  
  7. APPLEIP Minutes
  8.  
  9. The Working Group met and discussed work in the following areas:
  10.  
  11. SNMP
  12.  
  13. Work in the SNMP area is split into three areas.  The AppleTalk MIB Plus
  14. (the first version is now RFC 1243) (this MIB will no longer be called
  15. MIB 2) is now out for comment as an internet draft.  There are
  16. implementations of the RFC 1243 MIB available on shiva, cayman,
  17. farallon, 3com and acc systems.  Implementation and use experience has
  18. led to the following list of problems with this MIB: it is felt that
  19. there may be more variables than is needed, this MIB does not allow for
  20. the configuration of routers and there are questions on if this MIB
  21. supports half routers well.  It is felt that there are significant areas
  22. for discussion and implementation the group is not trying to rush the
  23. MIB Plus document and is waiting for appropriate comment.  The SNMP over
  24. AppleTalk document is ready to move forth as a Proposed Standard and
  25. will be doing so shortly after comments from this meeting are
  26. incorporated in the document.  Concern was raised about getting major
  27. console manufactures to incorporate this standard into their consoles.
  28. Concern was also raised as to the ability of the MIB to be used for the
  29. global changing of a network's zone list.  Test tools are available from
  30. Mike Ritter (MWRitter@Applelink.apple.com).  The last item was The
  31. Macintosh system MIB this is now out for general comment.
  32.  
  33. AURP
  34.  
  35. The AURP (Apple Update Based Routing Protocol) will be progressing from
  36. internet draft to proposed standard after revising the state diagram.
  37. The completed document will be submitted as a Proposed Standard in the
  38. Internet community as well as being available as an APDA document.  A
  39. vendor product bakeoff is scheduled for MacWorld in January, there are
  40. about seven companies at various stages of implementation (cayman,
  41. cisco, shiva, dec, farallon, compatible systems, novell, 3com, pacer and
  42. Apple).  Seeding of some of these products to sites around the world is
  43. also planned in the next few months.
  44.  
  45. ABGP
  46.  
  47. A presentation was made on the possibility of introducing a BGP like
  48. protocol as a border gateway protocol for AppleTalk.  Greg Bruell from
  49. Shiva made the presentation, Yakov Rekhter (IBM) and Scott Brim
  50. (cornell) were in attendance.  Why bgp?  It looks a lot like aurp when
  51. you make some needed extensions to BGP to incorporate AppleTalk.
  52. Transport stays the same as BGP except that it uses a different tcp
  53. port.  Message layer stays the same as BGP, the autonomous system number
  54. maps to the domain identifier and there is a change to the network list
  55. into the network zone tuple list.  Some advantages are that BGP is a
  56.  
  57.                                    1
  58.  
  59.  
  60.  
  61.  
  62.  
  63. well known implementation, decisions on policy are outside of the update
  64. protocol and it is easy to implement.
  65.  
  66. AppleTalk and OSPF
  67.  
  68. Greg Bruell from Shiva led a discussion on using an OSPF like protocol
  69. to replace the AppleTalk IGP which is RIP like.
  70.  
  71. PPP and AppleTalk
  72.  
  73. The document presented is close.  Comments will be incorporated and
  74. reissued as an internet draft for comments from the appletalk community
  75. as well as the PPP community.  Additions to the current document include
  76. calling out and describing the operation of several common cases; node
  77. to server, node to node and half routing.  Comments on hop count
  78. incrementing and which options should be negotiated for each case will
  79. be added.  Operation with AURP will be left to the AURP effort.  The
  80. smartbuffering compression algorithms are available through APDA in the
  81. document which describes the operation of the Appletalk Remote Access
  82. Protocol (ARAP). Implementations are in progress by cisco, cayman,
  83. shiva, novell, telebit, A/UX and Farallon.  The AppleTalk over PPP work
  84. was presented to the PPP Extensions Working Group.  The PPP Extensions
  85. Working Group added functionality that will allow all that is needed for
  86. call back in the security fields of the LCP. Both brad Parker and John
  87. veizades presented the apple communities view on dial back and security.
  88. The version of the PPP document that will contain the PPP extensions for
  89. security will include everything needed for dial back as presented in
  90. the ARAP specification as well as the ability for the user to specify
  91. the number string to be called back at.  The security specification will
  92. also contain whatever is necessary for ``secure ID'' extensions.
  93.  
  94. MacIP
  95.  
  96. Three outstanding comments were brought up, they will be incorporated
  97. into the current document and it will be posted for final review before
  98. moving the protocol to proposed standard.  The areas of comments were
  99. ICMP messages, out of zone operation and multiple servers in the same
  100. zone.  In the area of ICMP messages it was decided that ICMP redirects
  101. will be gleaned by the macIP gateway when it is doing proxy arp for
  102. nodes in the AppleTalk network that are on the same logical subnet as
  103. the gateway.  In the area of out of zone operation if two host use the
  104. same address in the AppleTalk internet packets destined to one will be
  105. reliably dropped.  When two servers are in the same zone some election
  106. mechanism will be used to choose one of them as the gateway though
  107. others will be kepted to use as secondaries if the first fails to
  108. provide registration or services.  Two features should be added for the
  109. rebuilding of the AppleTalk address to IP address mapping on server
  110. restart one is the Phil Koch algorithms for gleaning address mappings
  111. and the other is the ability to send NBP lookups to specified zones to
  112. rebuild the mapping table.
  113.  
  114. OAF - Open AppleTalk Federation
  115.  
  116. Discussion were held on how to continue the growth of the infrastructure
  117.  
  118.                                    2
  119.  
  120.  
  121.  
  122.  
  123.  
  124. related AppleTalk protocols.  Most ideas evolve them by moving them into
  125. the IETF community.  Work is being done on charter definition, vendors
  126. buy in and on discussing these issues with the relevant Apple people.
  127. This effort would proceed within the infrastructure of the IETF, the
  128. IETF has been approached as to the viability of this undertaking and
  129. they advise that the work could be accomplished under an AppleTalk
  130. directorate within the IETF. Concern was raised as to Apple's role in
  131. such a venture and what Apple's commitment to such a venture would be.
  132.  
  133. Attendees
  134.  
  135. James Beers              beers@nr-tech.cit.cornell.edu
  136. Craig Brenner            Brenner2@applelink.apple.com
  137. Gregory Bruell           gob@shiva.com
  138. Philip Budne             phil@shiva.com
  139. Peter Caswell            pfc%pacvax@uunet.uu.net
  140. Richard Cherry           rcherry@wc.novell.com
  141. Richard Cogger           rhx@cornellc.cit.cornell.edu
  142. Peter DiCamillo          cmsmaint@brownvm.brown.edu
  143. Dino Farinacci           dino@cisco.com
  144. Karen Frisa              karen.frisa@andrew.cmu.edu
  145. John Gawf                gawf@compatible.com
  146. Bob Jeckell              robert_jeckell@nso.3com.com
  147. Holly Knight             holly@apple.com
  148. Louise Laier             laierl@applelink.apple.com
  149. Joshua Littlefield       josh@cayman.com
  150. Greg Merrell             merrell@greg.enet.dec.com
  151. Greg Minshall            minshall@wc.novell.com
  152. Robert Morgan            morgan@jessica.stanford.edu
  153. Michael Newell           mnewell@nhqvax.hg.nasa.gov
  154. Chandy Nilakantan        csn@3com.com
  155. Alan Oppenheimer         oppenheimer1@applelink.apple.com
  156. J. Bradford Parker       brad@cayman.com
  157. Christopher Ranch        cranch@novell.com
  158. Michael Ritter           mwritter@applelink.apple.com
  159. Eric Smith
  160. Evan Solley              solley@applelink.apple.com
  161. David S.A. Stine         dstine@cisco.com
  162. John Veizades            veizades@apple.com
  163. Lee Wade                 wade@nsipo.arc.nasa.gov
  164.  
  165.  
  166.  
  167.                                    3
  168.